Repository navigation
Conversation
…13797 Issue #14061 : 2 references au vieux numerotage Search-15/Search-16 subsistaient dans des commentaires de code (invisibles a check_notebook_navlinks, signalees par review forensique c.745-L1 §D-3). Fichiers : - Search-02c-QuikGraph.ipynb cell[11] : "Search-15 cell 14" -> "Search-02b-NetworkX-Csharp cell 14" - Search-3-Informed-Csharp.ipynb cell[15] : "Search-16 cell 2" -> "Search-02c-QuikGraph cell 2" Re-execution papermill kernel .net-csharp, cwd = dir notebook, pour les 2 cellules modifiees (C.2/H.1) : - Search-02c-QuikGraph : 0 erreur, 14/14 cellules code, cell[11] ec=7 outputs=7 (identiques aux precedents : Dijkstra deterministe). - Search-3-Informed-Csharp : 0 erreur, 18/18 cellules code, cell[15] ec=8 outputs=2 (QuikGraph charge, AStarShortestPathAlgorithm dispo). Pre-commit strip-probeAddresses (auto-fix) a retire 18 lignes HTML banner (9 par notebook, FAILED initial, [FIXED] sur re-stage). Acceptance #14061 : - [x] 2 references corrigees vers 02b/02c - [x] 2 cellules code re-executees (C.2/H.1), outputs coherents committes - [x] Grep Search-15|Search-16 dans Part1-Foundations/ = 0 resultat Cycle c156, lane myia-po-2026:CoursIA. Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
G-VAR-2 light cap reached (advisory, non bloquant). |
|
G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels |
Golden-Set Execution (H.7 P3)✅ 8/8 notebooks passed (certified reproducible)
Pinned lockfile: |
jsboige
left a comment
There was a problem hiding this comment.
[Hermes] — review sur head 08279d28. Verdict : conforme, prêt à merger (contrainte token : COMMENT only, opener jsboige).
Vérifications firsthand (fichiers fetchés au head SHA, pas lecture du diff seul) :
- Acceptance grep reproduit :
Search-15|Search-16dans les sources des 2 notebooks → 0 hit (le +846/-309 du diff est bien la re-execution papermill + metadata, pas du contenu substantif caché). - Les 2 lignes de fix sont réellement celles annoncées :
Search-02b-NetworkX-Csharp cell 14présent dans QuikGraph (remplaceSearch-15 cell 14),Search-02c-QuikGraph cell 2présent dans Search-3 (remplaceSearch-16 cell 2). - Re-execution authentique : exec_counts séquentiels 1..14 (02c) et 1..18 (Search-3), 0 null — cohérent avec les claims 14/14 et 18/18 du body.
- Mentions historiques préservées (hors scope assumé) : cohérent avec la règle « Consolider != Archiver » — ne pas y toucher était la bonne décision.
- Security scan : 0 match.
Le gros ratio diff/ligne-utile est bien documenté dans le body (metadata papermill + outputs re-rendus par le hook). Rien à signaler.
Path-collision (organ #13359/#13615)Cette PR #14181 (
|
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
jsboige
left a comment
There was a problem hiding this comment.
[Hermes] — review #14181 sur head 08279d2892 (contrainte token : COMMENT only, opener = jsboige).
Vérifications firsthand :
- Acceptance grep reproduit :
grep "Search-15\|Search-16"sur les 2 notebooks au SHA head (fetchcontents?ref=08279d2892+ base64 -d) = 0 résiduel surSearch-02c-QuikGraph.ipynbetSearch-3-Informed-Csharp.ipynb— le critère d'acceptance de #14061 est rempli. - Renames cohérents :
Search-15 cell 14→Search-02b-NetworkX-Csharp cell 14(renvoi vers le notebook NetworkX, correct — l'observerVertexPredecessorRecorderObservery vit bien),Search-16 cell 2→Search-02c-QuikGraph cell 2(autoréférence d'installation QuikGraph, correct). - Re-exécution authentique : 46 timestamps
end_timefrais2026-09-01T22:40(vs 13:32 avant), execution_counts contigus 8-10 non-null,exception: falsepartout — la contrainte C.2/H.1 (outputs réaffirmés) est respectée, Dijkstra déterministe donc outputs stables. - Security scan : 0 match.
Note mineure : le diff embarque du churn dotnet-interactive (context: '23748...', lignes vides insérées dans le script HttpPort) — artefact du kernel .NET régénéré, sans impact pédagogique.
Résultat de mes vérifications : conforme au body et à l'issue #14061. Les 4 mentions hors-scope restantes sont bien documentées comme exclues.
Superseded par #14225 -- meme lane, meme grain, variante byte-preservante retenueCette PR et #14073 et #14225 livrent le meme correctif pour #14061 (lane
La review Hermes a raison sur le fond : le Le ratchet le dit de son cote, et c'est le blocage reel :
Autrement dit la re-execution a bouge les sorties de Rien n'est perdu : la modification de source est identique a celle de #14225, cellule 11 de Fermeture sans suppression de branche : |
Grain: LIGHT/cleanup -- lane myia-po-2026:CoursIA -- prev: MED/notebook-search #14177 (cycle 155)
Summary
Resolution de l'issue #14061 : 2 references au vieux numerotage
Search-15/Search-16subsistaient dans des commentaires de code apres le rename #13797 (15/16 -> 02b/02c). Invisibles acheck_notebook_navlinks(qui ne scanne que les navlinks markdown), elles ont ete signalees par la review forensique c.745-L1 §D-3.Type de modification : 1 ligne de commentaire par code cell (texte uniquement), avec re-execution papermill kernel .net-csharp (cwd = dir notebook) sur les 2 cellules modifiees pour respecter C.2/H.1 (outputs reaffirmes ; Dijkstra deterministe).
Changement
Search-02c-QuikGraph.ipynbSearch-15 cell 14Search-02b-NetworkX-Csharp cell 14Search-3-Informed-Csharp.ipynbSearch-16 cell 2Search-02c-QuikGraph cell 2Verification grep post-fix :
grep -rn "Search-15\|Search-16" MyIA.AI.Notebooks/Search/Part1-Foundations/= 0 resultat (acceptance issue).Hors scope preserve : 4 mentions dans
discrepancy_lean/Discrepancy.lean(L35-36) etLEAN_INVENTORY.md(L28). Ces 4 mentions sont historiques explicites : elles documentent queSearch-15-*etait une numerotation d'opportunite jamais retenue, design utile pour la lecture du code archivage. Les toucher serait detruire de l'historique (regle "Consolider != Archiver" du CLAUDE.md global).Pourquoi cette PR (contexte de l'issue #14061)
L'issue documente 2 localisations exactes verifiees sur
mainau 2026-09-01 :Search-02c-QuikGraph.ipynbcode cell[11] :// VertexPredecessorRecorderObserver (cell 17 de ce notebook, Search-15 cell 14, Search-3 cell 16, Search-2 cell 38)...Search-3-Informed-Csharp.ipynbcode cell[15] :// Installation QuikGraph 2.5.0 (fork KeRNeLith de QuickGraph, voir Search-16 cell 2 pour reference).Issue #14061 elle-meme est issue fille de #13772 (volet decision -- dette §D-3 de la livraison #13797). Le sweep reste limite au rename
Search-15/16 -> 02b/02c; un sweep plus large (e.g.,Search-17/18 -> 09b/09c/11c, voir #13771) est hors scope de cette PR.Acceptance issue #14061
Search-15|Search-16ne matche plus aucune cellule des notebooks Search Part1-Foundations/.Re-execution details :
Search-02c-QuikGraph.ipynb: 14/14 cellules code, 0 erreur, cell[11] execution_count=7 outputs=7 (Dijkstra deterministe, distances en km sur le reseau routier, chemin reconstruit manuellement pour demonstration -- voir decision Search : l'idiome de retrace Dijkstra par comparaison de distances est dupliqué dans 5 cellules (dont une sur grille) — nit Hermes #11107 #11113 preservee).Search-3-Informed-Csharp.ipynb: 18/18 cellules code, 0 erreur, cell[15] execution_count=8 outputs=2 (QuikGraph 2.5.0 charge,AStarShortestPathAlgorithm<string, STaggedEdge<string, double>>disponible).Note sur le strip-probeAddresses (auto-fix pre-commit) : le hook
strip-probeaddresses-bannera detecte 18 lignes HTMLprobeAddresses(...)injectees par le kernel .NET Interactive dans les outputs HTML des cellules code lors de la re-execution papermill. Le hook les a retirees automatiquement (9 par notebook,[FIXED] 18 banner line(s)). C'est le comportement attendu du hook ; le commit final inclut la version nettoyae, et la prochaine execution reaffichera les memes 18 lignes que le hook retirera a nouveau (reproductibilite garantie par la pipeline pre-commit).Validations
scripts/notebook_tools/validate_pr_notebooks.py: PASS (2/2 notebooks, 32 cellules code au total : 14 NB1 + 18 NB2).Search-15|Search-16dansPart1-Foundations/: 0 resultat (acceptance issue OK).git diffsur les 2 sources de modification : 1 ligne changee par fichier (le reste du diff = metadata papermill re-execution + HTML output re-rendered, non-substantif).Conventions respectees
raise NotImplementedError/assert False/1/0ajoute..net-csharp), outputs reaffirmes byte-preservant les precedents (Dijkstra deterministe, QuikGraph load sans surprise).strip-probeaddresses-bannerest un outillage automatique autorise (cfsecrets-hygiene.mdregle 6 "seules normalisations manuelles tolerees" : papermill metadata path au basename est OK).discrepancy_lean/Discrepancy.leanetLEAN_INVENTORY.mddocumentees explicitement comme "numerotation d'opportunite jamais retenue" sont preservees.Rotation R6
c151 = MED/notebook-csharp SemanticWeb ; c152 = LIGHT/cleanup tooling ; c153 = MED/notebook-lean GameTheory ; c154 = MED/notebook-dotnet Tweety-7a ; c155 = MED/notebook-search CSP-2 ; c156 = LIGHT/cleanup search (debt references residu rename).
La regle 6 (variete obligatoire) tient :
dotnet-csharp-> N/A ->lean4-wsl->dotnet-csharp->dotnet-csharp+python3->dotnet-csharp. Cycle de menage apres une sequence lourde.Liens
MyIA.AI.Notebooks/Search/Part1-Foundations/Search-02c-QuikGraph.ipynb+Search-3-Informed-Csharp.ipynb